Serveur d'exploration sur la musique en Sarre

Attention, ce site est en cours de développement !
Attention, site généré par des moyens informatiques à partir de corpus bruts.
Les informations ne sont donc pas validées.

Brokering Planning Metadata in a P2P Environment

Identifieur interne : 000759 ( Main/Exploration ); précédent : 000758; suivant : 000760

Brokering Planning Metadata in a P2P Environment

Auteurs : Johannes Oudenstad [Norvège] ; Romain Rouvoy [Norvège] ; Frank Eliassen [Norvège] ; Eli Gj Rven [Norvège]

Source :

RBID : ISTEX:3F5229F7A587117A88076D2CB538A146E61909D1

English descriptors

Abstract

Abstract: In self-adaptive systems, metadata about resources in the system (e.g., services, nodes) must be dynamically published, updated, and discarded. Current adaptive middleware approaches use statically configured, centralized repositories for storing and retrieving of such metadata. In peer-to-peer (P2P) environments, we can not assume the existence of server nodes that are always available for hosting such centralized services. However, the metadata repository is the keystone of the adaptation middleware and the consistency of adaptations relies on its reliability. To address this limitation in our QuA planning-based adaptation middleware, we introduce a P2P broker, which is a metadata advertisement service based on P2P technology. This P2P broker can be plugged into the QuA middleware to support the construction of self-adaptive applications in a P2P environment. We use a structured P2P protocol that distributes the service metadata over a set of nodes based on service type and property information. The P2P broker is therefore capable of handling node failures by providing replication of the metadata. We present a working prototype of the P2P broker as well as results from initial experiments. These results show that the metadata distributes well over the nodes in the network, thus enabling scalability and robustness to node failures.

Url:
DOI: 10.1007/978-3-540-68642-2_14


Affiliations:


Links toward previous steps (curation, corpus...)


Le document en format XML

<record>
<TEI wicri:istexFullTextTei="biblStruct">
<teiHeader>
<fileDesc>
<titleStmt>
<title xml:lang="en">Brokering Planning Metadata in a P2P Environment</title>
<author>
<name sortKey="Oudenstad, Johannes" sort="Oudenstad, Johannes" uniqKey="Oudenstad J" first="Johannes" last="Oudenstad">Johannes Oudenstad</name>
</author>
<author>
<name sortKey="Rouvoy, Romain" sort="Rouvoy, Romain" uniqKey="Rouvoy R" first="Romain" last="Rouvoy">Romain Rouvoy</name>
</author>
<author>
<name sortKey="Eliassen, Frank" sort="Eliassen, Frank" uniqKey="Eliassen F" first="Frank" last="Eliassen">Frank Eliassen</name>
</author>
<author>
<name sortKey="Gj Rven, Eli" sort="Gj Rven, Eli" uniqKey="Gj Rven E" first="Eli" last="Gj Rven">Eli Gj Rven</name>
</author>
</titleStmt>
<publicationStmt>
<idno type="wicri:source">ISTEX</idno>
<idno type="RBID">ISTEX:3F5229F7A587117A88076D2CB538A146E61909D1</idno>
<date when="2008" year="2008">2008</date>
<idno type="doi">10.1007/978-3-540-68642-2_14</idno>
<idno type="url">https://api.istex.fr/document/3F5229F7A587117A88076D2CB538A146E61909D1/fulltext/pdf</idno>
<idno type="wicri:Area/Istex/Corpus">000661</idno>
<idno type="wicri:explorRef" wicri:stream="Istex" wicri:step="Corpus" wicri:corpus="ISTEX">000661</idno>
<idno type="wicri:Area/Istex/Curation">000629</idno>
<idno type="wicri:Area/Istex/Checkpoint">000583</idno>
<idno type="wicri:explorRef" wicri:stream="Istex" wicri:step="Checkpoint">000583</idno>
<idno type="wicri:doubleKey">0302-9743:2008:Oudenstad J:brokering:planning:metadata</idno>
<idno type="wicri:Area/Main/Merge">000759</idno>
<idno type="wicri:Area/Main/Curation">000759</idno>
<idno type="wicri:Area/Main/Exploration">000759</idno>
</publicationStmt>
<sourceDesc>
<biblStruct>
<analytic>
<title level="a" type="main" xml:lang="en">Brokering Planning Metadata in a P2P Environment</title>
<author>
<name sortKey="Oudenstad, Johannes" sort="Oudenstad, Johannes" uniqKey="Oudenstad J" first="Johannes" last="Oudenstad">Johannes Oudenstad</name>
<affiliation></affiliation>
<affiliation wicri:level="1">
<country wicri:rule="url">Norvège</country>
</affiliation>
</author>
<author>
<name sortKey="Rouvoy, Romain" sort="Rouvoy, Romain" uniqKey="Rouvoy R" first="Romain" last="Rouvoy">Romain Rouvoy</name>
<affiliation wicri:level="3">
<country>Norvège</country>
<placeName>
<settlement type="city">Oslo</settlement>
<region nuts="2">Østlandet</region>
</placeName>
<wicri:orgArea>Department of Informatics, University of Oslo, Blindern, P.O. Box 1080, N-0314</wicri:orgArea>
</affiliation>
<affiliation wicri:level="1">
<country wicri:rule="url">Norvège</country>
</affiliation>
</author>
<author>
<name sortKey="Eliassen, Frank" sort="Eliassen, Frank" uniqKey="Eliassen F" first="Frank" last="Eliassen">Frank Eliassen</name>
<affiliation wicri:level="3">
<country>Norvège</country>
<placeName>
<settlement type="city">Oslo</settlement>
<region nuts="2">Østlandet</region>
</placeName>
<wicri:orgArea>Department of Informatics, University of Oslo, Blindern, P.O. Box 1080, N-0314</wicri:orgArea>
</affiliation>
<affiliation></affiliation>
<affiliation wicri:level="1">
<country wicri:rule="url">Norvège</country>
</affiliation>
</author>
<author>
<name sortKey="Gj Rven, Eli" sort="Gj Rven, Eli" uniqKey="Gj Rven E" first="Eli" last="Gj Rven">Eli Gj Rven</name>
<affiliation></affiliation>
<affiliation wicri:level="1">
<country wicri:rule="url">Norvège</country>
</affiliation>
</author>
</analytic>
<monogr></monogr>
<series>
<title level="s">Lecture Notes in Computer Science</title>
<imprint>
<date>2008</date>
</imprint>
<idno type="ISSN">0302-9743</idno>
<idno type="eISSN">1611-3349</idno>
<idno type="ISSN">0302-9743</idno>
</series>
</biblStruct>
</sourceDesc>
<seriesStmt>
<idno type="ISSN">0302-9743</idno>
</seriesStmt>
</fileDesc>
<profileDesc>
<textClass>
<keywords scheme="Teeft" xml:lang="en">
<term>Adaptation middleware</term>
<term>Blueprint</term>
<term>Broker</term>
<term>Freepastry</term>
<term>Immediate neighbors</term>
<term>Metadata</term>
<term>Middleware</term>
<term>Node</term>
<term>Node failure</term>
<term>Node failures</term>
<term>Outdated information</term>
<term>Planner</term>
<term>Planning metadata</term>
<term>Planning middleware</term>
<term>Property type</term>
<term>Property types</term>
<term>Query</term>
<term>Replication</term>
<term>Replication scheme</term>
<term>Resource</term>
<term>Resource discovery</term>
<term>Responsible node</term>
<term>Service description</term>
<term>Service mirror</term>
<term>Service planner</term>
<term>Service planners</term>
<term>Service planning</term>
<term>Service type</term>
<term>Service types</term>
<term>Smalltalk code</term>
<term>Thin lines</term>
<term>Uddi</term>
<term>Uddi registry</term>
<term>Uids</term>
<term>Wild card</term>
</keywords>
</textClass>
<langUsage>
<language ident="en">en</language>
</langUsage>
</profileDesc>
</teiHeader>
<front>
<div type="abstract" xml:lang="en">Abstract: In self-adaptive systems, metadata about resources in the system (e.g., services, nodes) must be dynamically published, updated, and discarded. Current adaptive middleware approaches use statically configured, centralized repositories for storing and retrieving of such metadata. In peer-to-peer (P2P) environments, we can not assume the existence of server nodes that are always available for hosting such centralized services. However, the metadata repository is the keystone of the adaptation middleware and the consistency of adaptations relies on its reliability. To address this limitation in our QuA planning-based adaptation middleware, we introduce a P2P broker, which is a metadata advertisement service based on P2P technology. This P2P broker can be plugged into the QuA middleware to support the construction of self-adaptive applications in a P2P environment. We use a structured P2P protocol that distributes the service metadata over a set of nodes based on service type and property information. The P2P broker is therefore capable of handling node failures by providing replication of the metadata. We present a working prototype of the P2P broker as well as results from initial experiments. These results show that the metadata distributes well over the nodes in the network, thus enabling scalability and robustness to node failures.</div>
</front>
</TEI>
<affiliations>
<list>
<country>
<li>Norvège</li>
</country>
<region>
<li>Østlandet</li>
</region>
<settlement>
<li>Oslo</li>
</settlement>
</list>
<tree>
<country name="Norvège">
<noRegion>
<name sortKey="Oudenstad, Johannes" sort="Oudenstad, Johannes" uniqKey="Oudenstad J" first="Johannes" last="Oudenstad">Johannes Oudenstad</name>
</noRegion>
<name sortKey="Eliassen, Frank" sort="Eliassen, Frank" uniqKey="Eliassen F" first="Frank" last="Eliassen">Frank Eliassen</name>
<name sortKey="Eliassen, Frank" sort="Eliassen, Frank" uniqKey="Eliassen F" first="Frank" last="Eliassen">Frank Eliassen</name>
<name sortKey="Gj Rven, Eli" sort="Gj Rven, Eli" uniqKey="Gj Rven E" first="Eli" last="Gj Rven">Eli Gj Rven</name>
<name sortKey="Rouvoy, Romain" sort="Rouvoy, Romain" uniqKey="Rouvoy R" first="Romain" last="Rouvoy">Romain Rouvoy</name>
<name sortKey="Rouvoy, Romain" sort="Rouvoy, Romain" uniqKey="Rouvoy R" first="Romain" last="Rouvoy">Romain Rouvoy</name>
</country>
</tree>
</affiliations>
</record>

Pour manipuler ce document sous Unix (Dilib)

EXPLOR_STEP=$WICRI_ROOT/Wicri/Sarre/explor/MusicSarreV3/Data/Main/Exploration
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 000759 | SxmlIndent | more

Ou

HfdSelect -h $EXPLOR_AREA/Data/Main/Exploration/biblio.hfd -nk 000759 | SxmlIndent | more

Pour mettre un lien sur cette page dans le réseau Wicri

{{Explor lien
   |wiki=    Wicri/Sarre
   |area=    MusicSarreV3
   |flux=    Main
   |étape=   Exploration
   |type=    RBID
   |clé=     ISTEX:3F5229F7A587117A88076D2CB538A146E61909D1
   |texte=   Brokering Planning Metadata in a P2P Environment
}}

Wicri

This area was generated with Dilib version V0.6.33.
Data generation: Sun Jul 15 18:16:09 2018. Site generation: Tue Mar 5 19:21:25 2024